第02章：产品定义：找到企业客户真正愿意付费的痛点

企业客户和消费者客户的根本区别在于：消费者为"想要"付钱，企业为"必须解决"付钱。你的产品必须要么帮企业赚更多钱，要么帮企业省更多成本，要么帮企业解决合规风险——否则采购决策过不了会议室。

本章核心问题

企业采购的决策链是什么
如何找到"会付钱的需求"
用户访谈的正确方式
MVP的企业版本设计

2.1 企业采购的决策链

四类角色

在任何To B销售中，都有四类关键角色：

用户（User）：
└── 每天实际使用产品的人
    关心：产品好不好用，是否减少了他们的工作量
    痛点：现有方式效率低/容易出错/太繁琐

倡导者（Champion）：
└── 内部支持你产品的人（通常是部门负责人或业务VP）
    关心：能否帮他们的团队/KPI改善，是否好推动上级批准
    你需要：帮他们准备内部说服材料

决策者（Decision Maker）：
└── 最终批准预算的人（CEO/CFO/CTO/部门总）
    关心：ROI，是否合规，是否有风险
    最不关心：产品细节功能

IT/采购（Procurement/IT）：
└── 在大公司里，负责安全审查和合同流程
    关心：数据安全，合同条款，供应商资质
    往往是"阻碍者"而非"推动者"

理解这四类角色，是设计销售策略的前提。

中国企业采购的特殊性

中国大型企业采购的特点：

1. 决策周期长（3-12个月是常态）
   └── 多层审批/预算周期/内部政治因素
       建议：对大企业要有耐心，同时维持多个线索并行

2. 关系仍然是重要因素
   └── 销售能力 ≈ 人际信任 + 产品能力
       冷电话/陌生拜访的成功率极低
       最有效的进入方式：通过共同认识的人引荐

3. 免费试用是标配期望
   └── 大多数企业客户要求免费试用1-3个月
       对你的意义：试用期 = 验证产品的机会，也是Churn风险最高的阶段

4. 本地化服务能力很重要
   └── 客户期望有人工支持（不只是知识库）
       无论是否有本地客服，都需要明确的服务承诺

2.2 找到"会付钱的需求"

有趣的需求 vs 会付钱的需求

有趣的需求（用户觉得有价值，但不会付钱）：
├── "如果有这个功能就好了"（nice to have）
├── 需要但不影响核心业务流程的问题
└── 现有方法虽然低效，但用户已经"习惯了"

会付钱的需求（用户会为解决而支付真实预算）：
├── 影响核心业务流程的问题（不解决会造成损失）
├── 违规风险相关（不解决可能被罚款）
├── 直接影响收入的流程（销售/客户管理/营销）
└── 人力成本高且重复的工作（用工效率场景）

区分两者的测试问题：
└── "如果这个问题没有解决，你公司每月会损失/多花多少钱？"
    如果对方说不出一个数字（或者数字很小），这个需求可能不值得付费
    如果对方立刻说出一个具体数字，这就是真实痛点

痛点验证框架（SPIN提问法企业版）

S（Situation，现状问题）：
└── "你们现在是怎么处理XX的？"
    了解现有方式，而不是先介绍产品

P（Problem，问题与困难）：
└── "你们在这个过程中遇到最多的问题是什么？"
    让客户说出他们的痛苦

I（Implication，影响）：
└── "这个问题对你们的业务/团队造成什么影响？"
    让客户自己量化问题的代价
    （你提出的数字没有客户自己说出来的有说服力）

N（Need-payoff，需要回报）：
└── "如果这个问题被解决了，对你们意味着什么？"
    让客户想象有解决方案的未来
    这个问题之后，介绍你的产品更自然

实际案例：
└── "你们的销售团队现在用什么工具跟进客户？"（S）
    "跟进过程中最常出现什么问题？"（P）
    "这些问题导致了哪些销售机会的丢失？"（I）
    "如果你们的跟进效率提升50%，对你们的月度目标有什么影响？"（N）

2.3 企业版MVP设计

To B MVP的三种形式

形式1：手工执行（最快）
└── 你和团队手工完成客户的核心需求，不用软件
    目的：验证客户愿意为这个结果付费，而不是先验证技术
    适合：服务型SaaS的早期（数据分析/咨询类）

形式2：最简可用产品（轻量功能）
└── 只实现核心主流程，其他功能先用人工补充
    目的：让客户开始用，收集真实使用数据
    适合：有一定技术能力的早期团队

形式3：配置现有工具组合
└── 用Airtable/企业微信/低代码工具组合实现功能
    不写代码，用现有工具拼出解决方案
    目的：最快速地验证流程逻辑，成本接近$0

企业MVP的验证标准

技术层面（产品可以运转）：
└── 核心流程可以完整走通（不需要完美）

业务层面（客户愿意使用）：
└── 至少3个目标企业的真实员工开始日常使用产品
    不是Demo，而是真实工作中的使用

商业层面（客户愿意付费）：
└── 至少1-2家企业表示愿意付费（哪怕金额很小）
    "愿意付费"比"感觉很好"更有说服力

通过这三个验证，才能开始规模化获客。

章节小结

企业采购有四类角色，每个角色的关注点完全不同：用户要好用，决策者要ROI，IT要安全，倡导者要帮自己在内部立功
"会付钱的需求"一定可以量化损失：让客户说出"不解决这个问题，每月损失多少"
SPIN提问法是To B发现需求的黄金工具：引导客户自己说出问题、量化影响、想象解决方案
To B MVP的最快形式是手工执行：不写代码先验证商业逻辑，是资金有限时的正确顺序
MVP验证通过的标准：3家企业真实使用+1家愿意付费：这才是可以加速获客的信号

行动推荐：今天约5-10个目标行业的潜在客户做30分钟访谈（免费，以"学习行业"为名，不是为了销售）。用SPIN框架提问，重点关注I问题（影响）的答案。整理出被提到3次以上的问题——这是你产品的核心方向。

第03章预告：To B SaaS定价策略——不是越便宜越好，而是如何设计一个让销售好卖、让客户愿买、让公司赚钱的价格体系。